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(54) Internet-enabled graphical user Interface with toolbar Icons having built-in links to 


(57) A graphical user Interlace Is disclosed that con- 
sists of a toolbar and toolbar icons that can be directly 
linked to Web documents containing references to Java 
applets or data files that collectively implement the func- 
tions associated with the icons. The Web documents 
and/or the referenced objects can be remote (i.e.. ac- 
cessible over the Internet) or local (directly accessible 
via the operating system of the computer displaying the 
GUI). The graphical user interlace is finked to Web 
browser software so that, whenever a toolbar icon is se- 
lected, the interface triggers the Web browser to load 
the Web document linked to the selected icon. Once this 
occurs, the Web browser automatically loads the files 
referenced by the Web document and then executes 
those of the loaded files that are executable (I.e., Java 
applets or standalone programs). In a preferred embod- 
iment, each toolbar icon is linked to a single applet (re- 
mote or local) that implements the icon's functions. Due 
to the linkage between an Icon's associated Web docu- 
ment and the Web browser, the icon's associated ^>plel 
is executed automatically whenever the icon is selected. 
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Description 

The present Invention relates generally to graphical user interfaces and parttcutartyto the design of a graphical 
user interface wherein icons h a tooSsar are linked to respective Web docurnents which an> loaded end executed when 
their finked icon is selected. 

BACKGROUND OF THE INVENTION 

Graphical user interfaces (sometimes referred to as GUIs) are weB known mechanisms by which users can interact 
with computer programs and files. The typical GUI provides a set ol selectable icons, each associated with a particular 
operation provided by the pro-am controlling the GUI or a file that can be accessed from the controlling program. A 
user warning to Initiate an operation from the GUI does so by selecting (e.g_, with a mouse) (ha appropriate icon. For 
example, a user of a word processor can initiate spell checking on the active document by eelectkig the spell checking 
Icon from the word processor's toolbar. Similarly, a user can move a file from one directory to another by selecting the 
file's icon, dragging the selected icon to another icon representing the destination directory and then dropping (dese- 
lecting) the icon. This type ol GUI design Is also well-Gurted to bunching standalone programs (e.g, by doubte-cUcidng 
on the icon representing an executable program). 

In each of these cases, the immediate operations initiated by en icorfe selection must be local to the network or 
computer hosting the operating system or application program that displayed the selected icon. This means, for ex- 
ample, mat an Icon cannot be directly associated with an executable program located on a remote system. Instead, in 
the prior art, the execution ot a remote program can only proceed tndi/ectr* by linking the icon (of the remote program 
to a local executable program that establishes communicationa with the remote system and then downloads and ex- 
ecutes the remote program on the local system. Of course, this scheme only works when the local program and the 
remote system support compalble comrnunications modes and the remote program has been pre-compiled so that it 
can be executed on the local system. 

Therelore, there is a new for a graphical user interlace that allows icons to be linked to remote objects. 6uch as 
programs or files, so that the remote objects can be downloaded and/tor executed using the services of the operating 
system or application displaying the icon. There is also a need for such a GUI to be associated with a host system that 
guarantees that the local services that handle loon selection evems Bnd the rerrote systerre on wh^ 
are stored are able to communicate. Additionally, 3 would be desirable for a subset of all executable, remote files to 
be executable on any 6ystem with which the remote system is guaranteed to be able to communicate. 

Some of these features are embodied in the World Wido Web (*WWW), which Onks many of the servers making 
up the Internet, each storing documents identified by unique universal resource locators (URLs). Many of the documents 
stored on Web servers are written in a standard document description language called HTML (hypertext markup lan- 
guage). Using HTML, a designer ol Web documents can associate hypertext links or annotations with specific worts 
or phrases in a document (these hypertext links kfentify the URLs of other Web documents or other parts of the same 
document providing information related to the words or phrases ) and specify visual aspects and the content of a Web 
page. 

A user accesses documents stored on the WWW using a Web browser (a computer program designed to display 
HTML documents and communicate with Web servers) running on a Web client connected to the Internet Typically, 
this is done by the user selecting a hypertext Ink (typically displayed by the Web browser as a highlighted won! or 
phrase) within a document being viewed with the Web browser. The Web browser (hen issues a HTTP (hypertext 
transfer protocol) request (or the requested document to the Web server identified by the requested documents URL 
In response, the designated Web server returns the requested document to the Web browser, also using the HTTP. 

The standard HTML syntax of Web pages and the standard communications protocol (HTTP) supported by the 
WWW guarantee that any Web browser can communicate with any Web server. However, until the invention of the 
Java programming language and Java applets, there was no way to provide ptatfomviftdependent application programs 
over the Interact and the WWW. 

Important features ol the Java programming language include fte architecUire-inoepenoence of programs written 
in the Java language, meaning that they can be executed on any computer platform having a Java interpreter; and the 
VBrifiabiBy <* the integrity of such programs, meaning that the integrity of Java programs can be verified prior to their 
execution. A Java program verifier determines whether the program conforms to predefined stack usage and data 
usage restrictions that ensure that verified programs cannot overflow or underflow foe executing computer's operand 
stack and that all program instructions utilize only data of know data types. 

As e result, Java language programs cannot create object pointers and generally cannot access system resources 
other than those resources which the user explicitly grants it permission to use. Consequently, when one or more code 
fragments are downloaded to a client along with an associated form or image file, a Java-compatible browser running 
on the client will be able to verify and execute the downloaded code fragments needed to display the image or fill out 
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the forms. 

Thus, Java-cornpalfrle Web browsers are able to download from any WWW serve* Java applets thai are guararv- 
teed lobe executable on ttie local system. However, existing Web brawsero are configured to download Web documents 
only in response to a user selecting a hyperlink in a Web page being currently displayed by the browser or a user 

s entering a URL Into the browser. Web browsers are not configured to provide these Web-related services In response 
to a user selecting from a GUI en icon that is associated with remote objects, either executable programs (standalone 
programs or applets) or other files. Thus, there is a need for a GUI that provides icons that can be associated with 
local or remote tiles and programs. Then, when an icon associated with a remote file or program Is selected, this QUI 
should invoke local web browser services on the URL of the remote file or program, resulting In the file or program and 

to 8fl olher objects referenced in such a file or program berig downloaded to the local machine and executed, if possible. 

SUMMARY OF THE INVENTION 

The present invention is a computar-readable memory configured to direct a computer networked with a sal of 
f s ren^ computers to display a set of elements of a graphical user Interface and Initiate operations indicated by selection 
of one or more of the displayed set of elements. This computer memory includes browser software and a toofbar 
specification that defines characteristics associated with the sal at elements- More particularly, the toolbar specification 
defines for each element In the set of elements a sal ot visual attributes and a set of links to related files. 

The set of visual attributes defines the appearance of an element as displayed by the computer. Each link in a set 
to of links associates an element with a document that deludes references to files needed to implement an operation 
associated with the element The referenced files can have a type selected from an applet or a data tBe and can be 
located on the computer or one of the remote computers. Consequently, a link can be selected from a local link to files 
stored on the computer or a network link to files stored on the remote computers. Given these data structures, when 
one of the elements is selected, the browser directs the computer to load files referenced in ttte documents associated 
25 with the selected element via the set of links and execute any of the loaded files that are executable. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Examples of the invention will be described in conjunction with the drawings, in which: 
30 Figure 1 is a block diagram ot a computer network showing details ot the memory and display associated with one 
of the networked computers. 

Figure 2 is a data flow diagram iSustrating the processing steps performed by the present invention following the 
selection of an icon from the toolbar. 

Figure 3 16 a figure showing the data structures employed in a preferred embodiment of the Java Workshop. 
as Figure 4 shows instances of a portfolio manager menu and a submenu associated with one of the portfolio manager 

methods. 

Figure 5 shows the structure of a portfolio file that is employed in a preferred embodiment of the Java Workshop. 
Figure 6 is a depiction ot a display window generated by the portfolio manager of the present invention where 
some of the displayed components are local or remote to the computer displaying the portfolio manager weulow. 

40 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Referring to Figure 1 , there is shown a computer network 100 wtthat least three computers: A 102A, B 1Q28 and 
C 102C. Each computer 102 includes a processor 104, a memory 108, which could be a fast, primary memory (e.g.. 

4S a RAM) or a slower, secondary memory (e.g., a hard disk drive), and a display 108. The computers 102 operate in 
accordance with well known computing principles (i.e. , each computer 102 executes programs in its memory 1 06 under 
the control of an operating system (not shown), which provides system services for the executmg programs). In the 
preferred embodiment, the interconnections 103 between the computers 102 are provided by the Internet, although 
the present invention is also applicable to any environment wherein networked computers can communicate using a 

so standard communications protocol (such as HTTPT and wherein platform Independent programs can be downloaded 
and executed over the network from within browser software. For the purposes of explaining the operation of the present 
invention, it is assumed that there is no network operating system that coordinates file exchange operations between 
the three computers A, B and C. 

Details of the present invention are now described in relation to the particular implementation shown in Figure 1 . 

BS in this implementation, the user interlace of the present invention is embedded within an application caRed the Java 
Workshop (JWS) program 150 A, which, among other things, allows users to organize executable programs (Java 
applets and standalone executables) and non-executable files (image files and Java class libraries) Into coQectfons 
called portfolios, tn a major departure from the prior art in the area of program and file managers, the JWS program 
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150 A has an integrated JWS Browser 1S4A that allows a user ssamlBSsty to creato and work with portfolios that are 
remote (stored apart from the user's machine or beat network) or local Furthermore, the JWS browser 154A allows 
portfolios to bo assemblod that are mixtures ot local and remote "projects". 

The term "projects' is defined (or the purposes of this document to mean the components ot a portfolio. 

s The user Interface of the present invention facilitates user interaction with mixed objects, 6uch as a portfolio con- 

sisting of both local and remote projects, by providing a single paradigm tor working with all objects regardless of the 
objects' locations. Of course, there are differences between workfiis with remote end local objects. For example, ex- 
ecuting a Java applet stored on a remote computer is a vastly different task from executing a standalone program 
stored locally- These differences are handled in the JWS program 150 A. However, the user interface of the present 

to invention allows a user to initiate the execution of the remote applet or the local program In the same way (e.g. by 
doubfe-cucklng B7i Icon representing the applet). How the user titerfacectf the present Invention provides this locatlon- 
t/arrparency ftaabflity is now descrtoed in reference to Figure 1 . 

Referring to Figure 1 , the memory 1 08A includes a set of JWS files 11 OA that coBacbvety define the user interface, 
methods and data files that compose the Java Wc<kshcp (JWS). More specfficafytrre 

is program 150 (hereinafter referred to as the 'JWS*), JWS browser 154A and a group of Interface files called the JWS 
toolbar specification 11ZA. The JWS toolbar specification 112A is composed of four sub-groups ot files: icon epecffl- 
cations 114A, web documents 120 A JWS applets 140 A and other referenced files 148 A. The elements 114A. 120 A. 
140 A. 1 4BA specify the appearance and. more importantly, the operation of a set of icons (I Ai) 1 62Ai that are displayed 
on the display 108A as elements of a JWS toolbar 160. The JWStocAarlGO, which is a l<ey element of the JWS user 

so interface, is displayed by the JWS program 1 50A on the JWS window 156A. The JWS window 156A also Includes an 
applet window 1 64A that is controlled by JWS applets 1 40A thai are executed by the JWS program 1 50A in the course 
ol project and/or portfolio management. 

Each fccnlAi has a conrcpomfrg icon specif^ attrajutea 116A1 and spec - 

ISesaltnk(E) 11BA1 to a Web document's) 1 20AI that liste an irdu^ set ot files that are to be loa^ executed 

ts whenever the icon lAi is selected. The links 11 8Ai can be to Web documents 1 20Ai that are stored on the local system 
(e.g. the computer 102A). in which case a link comprises a local path and file name that can be handled by the file 
service provided by the local operating system (not shown). The links 11BAI can also be to remote Web documents 
(e.g., documents stored on the computers 1028. 102C) that can be retrieved over the Internet by a conventional Web 
browser. Because the JWS program 1S0A incorporates a JWS Browser 154A that provides all of the features of a 

30 conventional Web browser, it does not matter where the Web document(6) 120AI finked to a particular Icon IAJ are 
stored, nor does it matter on what type of platform the linked documents are stored. What is important to the preferred 
embodiment is that the JWS browser 154A is able to communicate wilh the remote platforr^ ^ 

120A1 via one of the standard communications piotocols supported by the internet, such as HTTP or FTP. If this ts 
the case, the Rnked Web documents 120Ai will be automatically downloaded by the JWS browser 154A (triggered by 

35 the JWS program 1 S0A) whenever their corresponding icon is selected. This eliminates many of the complexities that 
would be required In fhe prior art to implement a similar feature linking icons to 'emote, executable documents. - 

Each Web document 1 20A (which could have initially been stored locally or remotely before being loaded into the 
memory 1 06A) includes two elements: a titio 1 22Ai and a set of references to its components 124AL A Web document 
120 A can also include embedded files (not shown); however, as Web browsers do not make a functional distinction 

*o between embedded and referenced files, neither will this application. As with the links 118Ai, the references 124AI in 
the Web documents 120 A can be to remote or local files. In either case, they are handled by the JWS browser 1 54A 
in the same manner as described for the finks l18Ai. One significant advantage of the present user Interlace Is that a 
reference 124Ai can be to a Java applet 140Aithat is responsible for harming the operations associated with the icon 
IAJ whose related Web document referenced the applet 1 40AI. In this situation, when the JWS browser 154A retrieves 

<s the web document 120AI linked to a selected Icon lAi. it automatically will pull in and begin executing the referenced 
applet 140 A (which could have been stored on a remote system). The applet 140Ai, running in the JWS browsers 
virtual machine, can then implement the icon's associated operations without needing to worry about network and 
operating system oomplexKes, which are handled respectively by the local operating system and the JWS browser 
154A 

SO | n the preferred embodiment a single JWS applet 140Ai is referenced in each Web document 120AL This single 

applet controls or directly implements all of the functions associated wih one icon lAi. For example, in the preferred 
embodiment, a spell checker icon IA1 could be linked via a Web document 1 20A1 to a remote applet 1 40A1 that once 
downloaded to the computer 102A and executed by the JWS browser 1 54A speD-checks the appropriate document 
(s). Alternatively, a Web document 120Ai can reference many applets 140 A'. For example an icon IA2 could be linked 

ss to a Web document 120A2 that references a spell-checker applet and a grarrenarchecker applet so that both are 
automaticaBy brought up by the JWS browser 154A whenever the icon IA2 is selected from the toolbar 16a In addition 
to applets, a Web document of the present errtbodrment can reference other types of components 148 A including data 
and image files. 
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Referring to Figure 2, there is shown a data flow diagram illustrating the series of steps by which an applet is 
Invoked in response to the selection ot a particular icon IA1 from the toolbar! 60. Each icon selection event is monitored 
by the JWS browser 154 A, which, tallowing the naiad ion of the icon IA1. retrieves the rink 118A1 tram the toon lATs 
specification file 1 1 4A1 . Via the link 1 1 8A1 . the toon I Al Is associated with the Wab document 1 20A1 . which Is auto- 

6 rnatiealVlcad^ by the JWS browser 154A. The JWS browser 154A then loads aliof the fiies reierenradinthedocurnent 
1 20A1 and also executes any of the referenced files that are executable (i.e., the applets). In this example, it is assumed 
that there is one referenced executable, the applet 140A1. Once it is active, the applet 140A1 can take control ol a 
portion ot the display 108A (e.g., the apptot window 164A), on which tt can display results, dialog boxes and icons thai 
facilitate user interaction wSh the applet's functions and capabfStfes. 

to Referring to Figure 3, there is shown a data structure diagram netting out additional details of data items stored bi 
the memory 106 A that are used by the Java Workshop Program 150A. These data Items Include toon spectrtcatfoRS 
114A1 thai define the visual attributes 116AJ and Web document Bnte 118AJ for toons lAi displayed by the JWS 150 A 
on the toolbar 1 60. These icons (shown on Fig, 2) Include a portfolio manager toon I A1 , project manager icon I A2. text 
edit project toon I A3, bufltVcompae toon IA4, source browse icon IA5, debug toon IA6, run toon IA7 and help toon I AS. 
- is When selected, the toons lAl-tAB respectively allow a user to access the foBowfng capabilities (and menus) provided 
by the Java Workshop 150 A for working with JWS portfolios and projects: 

IA1: provides access to the portfolio manager applet 140A1 , which displays the projects in the current portfolio; 
IA2 provides access to the project manager applet 140A2, in which the user can edit project rrformation; 
eo IA3; provides access to a JWS text editor applet (not shown) in which the user can edit project source code; 
IA4: provides access to a JWS project compiler applet (not shown); 

IA5: provides access to a JWS browser applet (not shown) that allows the user to browse JWS source programs 

included in the other referenced files 148A; 
IA6: provides access to a JWS debugger applet (not shown) that allows the user to debug JWS source programs 
es included in the other referenced files 1 48A; 

IA7: provides acess to a JWS project run method 1 46A21 thai ruri3 executable projects (Le., applets and standalone 

programs); and 

IAS: provides access to a JWS help applet (not shown) that provides context-sensitive help for JWS operations. 

30 As deserted In reference to Figure 1. in the preferred embodiment, an toon specification 114AJ includes a Bnk to 
e Wob document 1 20Ai that has a reference 1 24Ai to a single applet 1 40Ai that implements the operations associated 
wilh the ccrresponding icon lAi. Thus, tho k»n specScation 114A1, which is associated with the pc^ofo manager toon 
IA1, is linked to a Web document CPorttofiaHTM') 120A1 that Includes a single reference 118A1 to the portfolio man- 
ager applet 140A1 . Similarly, the toon specification 1 1 4A2, which is associated with the project manager toon IA2, is 

ss Unked to a Web document ("Project. HTW*) 120A2 having a single reference 118A2 to the project manager applet 
140A2. These applets 140A1. 1 40A2provlde methods 146A1. 1 46A2 that can be applied respectively to portfolios and 
projects. 

The methods 146A1 are made available to users as options on menus 147 Ai thai are displayed when their asso- 
ciated applet's toon is selected. For example, the portfolio managers methods 146A1 are displayed as cottons on a 

40 •Portfolio" menu 147A1 . In conventional GUI fashion, when one of the methods/options is subsequently selected from 
its parent menu, that option's submenu, or page, is then displayed by the JWS 1 S0A and enabled for user interaction. 
Many of the submenus l47Aij provided by the preferred embodiment; eg., the Project->Create. Import. Choose, and 
Remove submenus 147Ala,147A1b,147A1c147Aldand the Prpject->Create, Import, Choose, Remove. Run and 
Copy submenus 1 47A2a. 1 47 A2b, 1 47A2c, l47A2d. 147 A2e, 147A21 resDecfrvely provide a Ifetol portfolios and projects 

45 to which the submenus associated method can be applied. For example, referring to Figure 4. there is shown an 
instance of the Pcftfdfto-»Choose submenu 147A1c listing a set of portfolios (Portfoito 1, Portfolio 2. Portfolio 3) for 
the Portfolio->Choose method 146A1& Figure 4 also show the portfolio menu 147A1 listing the portfolio manager 
methods 146A1 (Create, Import, Choose, Remove). 

Referring again to Figure 3, the methods 146Ai of the JWS applets 140 Ai are now doscribod from the vantage 

50 point of a user working with their respective menus 147 Al and submenus 147Aij. Most of this discussion focuses on 
the methods of the portfolio and project manager applets 114A1. 114A2, which are key elements of the JWS 150 A. 


The portfolio manager applet 1 40A1 provides four methods 1 46A1 that respectively allow a user of the JWS 1 S0A 
to ■Create" 146 Ala Import* i46Alb. •Choose* 14SA1c and •Remove* l46A1d portfolios. Each of these methods 
146A1 accomplishes its respective task by interacting with a set of portfolio files 160Ai, each of which can be stored 
on the local or remote systems and represents one portfolio. As shown in Figure 3, a generic portfolio file 160 A includes 
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a coBadion of references 162A1I to Its portfolio* constituent projoct files 170A. As with other foe references in the 
present invention, a protect reference 162Ai can be to a locally-stored project, in which case the reference is a local 
file name ("Name*), or to a Web document, in which case the reference is a URL. 

For example, referring to Figure 5. there is shown a portfoBoffle 160A1 that contains project file references 162A1 J 

s for its constituent projects, which include an 'Applet', a •Standalone* program, a Java "Package*, an 'Image' and a 
'Remote* applet, all of which are local projects stored in the user's Trams' {la., local) directory in the memory 106 A 
Because these projects are all stored to the user's 'home* directory, they can be road and written by the user and their 
corresponding project flies can be referenced by path and file name. For example, the reference 162A1a to the applet 
project file 170A1 is 'Aioma/Apptet.prj". The portfolio fBe 160A1 also includes a reference 162A1f (/lih/Ser rtR emote. 

to prj) to a project file for a read-only project (*SemiRamote") stored in a library directory on machine A and a reference 
162A1g (httpy/RcomrtnlemetprJ) to a project file 170B1 for a read-only project ('brtemet*) stored on machkie B that 
can only be accessed over the Internet using the JWS browser 154A. 

Referring again to Figure 3, in the preferred embodiment, each user has a personal portfolio (with e corresponding 
portfolio file 160AI) that contains only the projects that belong to that user. When the JWS ISOAts initially activated, it 

'5 brings up the personal portfolio as the current or active, portfolio. Using the portfolio manager's "Choose" method/ 
option 146A1C, the user can choose another portfolio 160AI to be the current portfolio. A user does this by selecting 
from the Ftortfofio->Choose submenu 147 A 1c (this terrninobgy designates the Choose submenu that is displayed by 
the JWS 150 A following the user's selection of the Choose option from the Portfolio menu 147A1) listing aB available 
portfolios, the desired portfolio's file name (if it is local) or URL (if B is remote). The user can then view the protects 

so compossig the current portfolio by selecting the portfolio manager icon IA1 from the JWS toolbar 1 60. In this and other 
situations described herein, the applet being executed displays Its results and menus on the applet window 164A. 

A user of the JWS 150A can create a new portfolio by selecting the portfol© manager^ "Create" option and then 
entering the mane of the portfolio to be created. In response, the JWS iSOAcalts the Portfol o >Croato method 1 46A1 a, 
which creates the corresponding portfolio file 160A on the local system, displays Bs name m the toolbar 160A and adds 

« the portfolio's name to the Choose and Remove submenus 147A1c, 147A1d. The newly-created portfolio has no 
projects, bul the user can add projects in tho Project->Create submenu 147 A2a (described below) or import existing 
projects into the portfolio with the Projects rrtport menu item 147A2b (also described below). Once the new portfolio 
has been created, its creator can keep it private or can publish it on the Internet to bo aocossod by others. 

A user can also Import existing portfolios that are not currently in their Portfol io-»Choose submenu 147A1C. To 

so import such a portfolio, the user first selects the Import option listed on the Portfolio menu 147A1. This triggers the 
PorOoto-J-lmpoit method 146A1b to bring up an import submenu with a name field in which the user enters the file 
name or URL of the portfolio to be imported and an import button that the user clicks when they have completed their 
entries. In response, the import method 147A!c adds the portfolio name to the Portfolio-»Choose and Pcrtfolio->Re- 
move submenus 147 A1c, 147A1d. The JWS 150A also changes the current portfolio to the Imported portfolio. Once 

as it is on the Portfolio->Choose submenu 147A1c, the imported portfolio can be worked with tike any other portfolio. 

A user can removes portfolio by selecting the portfolio to be removed from the Portfolio-* Remove submenu. In 
response, the JWS 164 A calls the PortfoBo->Remove method 146 Aid, which removes the selected portfolio from the 
Choose and Remove submenus 147A1C. 147 Aid. but does not delete the portfolio's conesponding portfolio file 160A. 
Because the portfolio file is not deleted from the user* s system, the user can at any time import the portfolio using the 

40 Portfolio->lmport option 146A1b. 

Each project file included in a portfolio has a corresponding project file 1 70A that describes the project and contains 
the project's contents. More specifically, each project file 170 A contains the following information: 

(l)the name 172A of the project; 
4S (2) the project type 1 74A (Java applet (APPLET), standalone program (STANDALONE). Java class library (PACK- 

AGE), data file IMAGE), an imported copy of a remote project of one of these four previously described types, or 
a remote applet (REMOTE)); 

(3) project administration hiformation 176A, including whether the source code for the project should be distributed 
1 78 A to others requesting the project over the Internet, and project options 180A; 
so (4) the project contents 182A, which can include the actual project contents and/or a set of references to other 

project files 1 70AL enabling multiple levels of embedded projects; and 

(5) a run page URL 184A (applicable only for applet projects), which is the URL of the HTML file that includes an 
applet tag tor the applet project 

55 This information determines which of the project methods provided by the JWS ISO A can be employed by a user 

on a particular project. These projoct methods 146A2 are now described. 
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Project Methods 

The JWS 150A provides several methods (or working w6h projects. Those methods are made available to users 
as cottons on a Project menu 147A2. When one of these methods tactions is selected, the JWS 1 50A displays a cor- 
s responding submenu 147A2j from which the user specSes additional details of the operation. The project methods 
146A2 include: Create 148A2&, Import 148A2b. Choose 146A2c Edit 146A2d, Remove 146A2o, Run 146A2I. Copy 
146A2g, and Paste l4SA2h. 

Those methods allow a user to work with existing projects (local or remote) or create new projects. In either case, 
projects always exist in the context of a portfolio. When a project is created, it beoornes the cunart 
10 portfolio. 

A user can create a Java applet project, a standalone program project, a Java package project, an image project 
or a remote project To create any of these projects, the user first ■Chooses - the portfolio wBh which the project is to 
be associated and selects the "Create' option from the Project menu 147A2, upon which the JWS 150 A calls the 
Projact->Create method l46A2a This method 1 46 A2a displays the Projsct-+Creata page 147 A2a, on which the user 

75 selects the type of project thoy wish to create (eg., if the user wishes to create an applet, they dick on an applat button 
displayed on the submenu). The user then specifies the name of the package to be created and the local directory In 
the memory 1 06A in which the package's corresponding project file 1 70AI is to bo etorod. Once the user has specified 
the attributes for the project the Project->Croate methods adds a reference 1 62Aij to the project's corresponding project 
fits to the portfolio file 170AJ of the current portfolio 160Ai. 

so In some situations (when the project being created is an applet, standalone program or Java package) the user 
may also have access to source code for the newty-create project. In these situations, the user enters the file names 
of the correspondng source files on the Project-»Create page 147A2a The JWS 1 5QA adds these source file names 
to a 'Sources* list maintained in the memory 106A so the source files can be accessed by the user (e.g., for editing 
and compilation). The user also enters the name of the mail file for the program (i.e., the file that contains the 'main* 

as routine) of which the newly created project is a part. When the project being created is a Java applet, it is possible that 
the Java applet is referenced In an HTML page so that, when the applet's reference is selected, the applet will be 
executed. The JWS 150 A allows such relationships to be represented via a Run Page URL field In the Project Create 
page in which the user optionally enters the name ot the HTML page thai executes the apptet. 

When the user is creating an image project, after Choosing 'image' from the Project-*Craate submenu 147A2a, 

30 the user enters the name of the imago project and the URL of the eorreeponding imago file. The user can then optionally 
enter attributes associated with the triage, such as: 

(f ) the image's alignment with respect to surrounding text (e.g., choosing "bottom" alignment causes a browser 
dtsplayffig the image to align the bottom of the image wBh the bottom of the text); 
as (2) whether the image is active (meaning that a person viewing the image can dick on different regions of the 

image to produce different actions); and 

(3) an optfrnat text string that can be displayed in lieu of the image by browsers that are not able to display the image. 

Once the user has filled in this information for the image project they are creating, the user clicks on the 'Apply' 
40 field of the Project-»Create page 1 47A2a. upon which the Project-tCreate method 146A2a makes the newly created 
image project the current project and displays the image in the Apptet window 164A. The Create method 146A2a also 
adds the image project name to the Choose, Edit and Remove submenus 147 A2c. 147A2d. 147A2s in tho Project 
menu 1 47A2 and adds the name of the corresponding project file 170Ai to the portfolio file 160AI associated with me 
current portfo&o. 

45 A user of the JWS 1 50A can import any type of project into one of their personal portfolios. They do this by choosing 

the portfoeo they wish to be the current portfolio, selecting the "Import" option from the Project menu 147A2 and then 
entering the name or URL of the project to be imported on the Project-Import page 147A2b that is displayed by the 
Project-Import method 146A2). After entering the necessary information, the user clicks an import* button displayed 
on the import page 147A2b. upon which the import method l46A2b imports the designated project into the current 

so portfolio and adds the project name/URL to the Project-tChoose. Edit. Remove and Run submenus 147 A2c, 147A2d. 
147 A2e and 147 A2f. The import method 1 46A2b also adds the name of the imported project's project file 170A1 to the 
current portfolio if it is not already contained therein. The JWS 150 A does not make the imported project the current 
project, but the JWS 150 A wfll display the imported project if the user subsequently selects the Portfolio Manager icon 
IA1 from the toolbar 160. 

S5 The JWS 150 A aBows a user to create a remote applet project. The user does this by "Choosing' the current 

portfolio, selecting the 'Create* option from the 'Project' menu and clicking the 'remote apptet* button displayed on 
the Project->Create submenu 147A2a. The user then enters the name ol the project and the URL of the HTML page 
that executes the applet. Once these fields have been completed, the user exits the Project-> Create submenu 147A2a 
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by clicking on 'Apply*. The create method 146A2 then creates a project file 170AJ with empty contents 182AJ and a 
run page URL field 184Ai thai isset totho URL ot the HTML page that executes the applet For example, referring to 
Figure 5, the remote project file 170AS has a run page URL184A5 set to the URL (°httpy/C.oonVRunApplot2i\tm") o) 
the Web page ("RunApplet2.titm') that runs the remoteapplet 'Applet?. 7*0 create method 146A2 also adds the name 
ot the project file l70Ai to the current portfolio's portfolio file 160A1. The JWS 150 A then makes the Imported project 
the current project, loads the Portfolio (Manager 140A1 and selects the current project to be displayed by the Portfolio 
Manager 1 40A1 . The JWS 1 SOA than adds the imported applet project's name to the Choose, Edit, Remove. Run and 
Copy submenus 147A2& l47A2d, 147A2e. 147A3 in the Project menu 147A2. 

A user can then run the remoteapplet by selecting to name from the Projact->Run submenu 1 47 A2f or by loading 
the Portfolio Manager, selecting the remote project and then pressing the Run button IA7 on the toolbar 160. 

ThB Project-»Run method 146A2fthen passes me URL of the Web page referenced In the run page URL field (e. 
g,. 184A5) ot ttw remote applet project file (170AS) to the Web browser 154A, which downloads the referenced Web 
page (rutpVrc.com/RunAppiet2.htrn) and runs the remote applet (Applet2). 

It a user does not specify a Run page URL 184AI in an applet's project file 170AI, that applet project can still be 
run using the Project->Run method 146A2f. In thb situation, the Project-tRun method 146 A3 automatically generates 
a new Web page that contains an applet tag created with the project attrajutos and parameters entered by the user on 
the Edit Project 146A2d run folder. This automatically generated HTML page to loaded into the JWS 1 SOA, which uses 
the browser 154A to run the applet project. This feature allows users to execute applets without having to Know the 
HTML syntax for referencing applets. 

The Copy method 146A2g of the Project Manager 140A2 allows a user of the JWS 150 A to copy an applet into 
an HTML file that executes the applet without requiring the user to know the HTML syntax for referencing applets. The 
user does Ms by first selecting (single-clicking on) an applet project in the current portfoSo and then selecting the Copy 
option from the Project menu 147A2- This set of actions causos the Copy method 1 46A2g to copy the oonlsnto 1S2Ai 
of the selected applet project to a clipboard (not shown) maintained by the JWS 150A. The user then selects the Text 
Editor loon IA3 tram the toolbar 160A, upon which the JWS 1S0A executes the Editor method i46A2d. The editor 
method 146A2d brings up a text editor contain ing an Edi menu 1 47A2d, which includes a list of editing options, including 
■Paste'. The user selects the "Paste 0 option from the Edit menu 1 47A2d, upon which the pasts method 1 42A2h pastes 
the contents of the cupboard (i.e., the applet being copied) Into a hew file. The user can then save the new file as an 
HTML file, which causes the JWS 150 A to add to the saved HTML file the appropriate Inks to the copied applet. As 
with other new projects, the JWS 150A adds the fBe name ot the new HTML We 1 70Ai to the current porttoHcrs portfolio 
Oe 160A1. Alternatively, the user can simply drag the image ot the applet to be copied onto the image ot an HTML file 
they wish to include the applet. The JWS 1 50A will then copy the contents of the applet to the designated HTML file 
and add to the HTML file tags referencing the copied applet 

The Project-*Edit method 146A2d also allows a user to edit projects of all types. The Edit method 146A2dcan 
be invoked by a user of the JWS 1 50A in one of two way3. First, the user can click on the Edit Project icon I A3 displayed 
on the toolbar 160 to invoke editing (La., the editing mettuxM46A2d) on the current project. Second, the user can 
select the name of the project to be edited from the Project-»Edit submenu 147A2d. Once editing is selected tor a 
designated project, the JWS Editor method 1 46A2d opens on edit page 1 4JA2d that includes six folders In which the 
user can edit irrformation for the designated project. These six foktsrs and their associated irrf orrnation include: 

General information aboul the project, including name, type and source directory 

Build information needed to compile the project 

Oebug/Brewse Information needed to debug and browse source files 

Run information needed to execute an applet or standalone program in the JWS Browser. 

Publish information needed to aBow me project to be copied by other users; and 

Portfolio Ponlotto inlorrration needed to display the project In the Portfolio Manager. 

The project-»ed& method 146A2d allows a user to edit fields h these six folders only where appropriate. To assist 
the user, the edit method 146A2d greys out inapplicable fields. Wheftier or not a field is applicable depends on the 
type of the projoct being oditod and whether the project is local or remote. For example, the ocrt method 146A2d will 
not allow a user to edit fields in the Debug/BBrowse folder for a project that is not a source file. The information that 
can be entered by a user in the General, Build, Debug/Browse and Run folders is mostly conventional, so it is not 
described in great detail. However, what is unique about the editing information In these folders is that the JWS 1 50A 
allows users to provide trrformation for remote as well as local projects kfentlied by file names or URLs. This allows a 
user to specify, lor example, that the source code for a particular project to be debugged or browsed exists on soma 
remote node. This is not possible in conventional program and file management systems. 

Because the preferred embodiment of the JWS 1 SOA allows a user to employ portfolios and projects from remote 
sources and to publish their own portfolios and projects for others' use. this embodiment also provides a way for creators 
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of a project to indicate certain attributes of a project that are relevant to publication of a project on the Internet. These 
publication attrbutesare contained in the Publish and Portfolio Folders, which Include the following fiardV. 

Portfolio Folder 

a brief description of the project that is displayed by the JWS Browser when the mouse is 
positioned over the project imago in the Portlolio Manager: 

the URL for the image file (OIF, JPEG, or other) that represents the project image rn the 
portfolio (If no image file to specified, a detaut OIF file is used by the JWS 150A); and 
the general characteristics of the project, for example, whether the project is video, graphics 
or audio. 

Publish Folder 

a toggle field with two values (YES/NO) that controls whether the project's 
Bource files are copied when the project ia copied from one portfolio to another 
(whan this field is set to NO, (he JWS only allows thB corresponding project files 
170Ai to be copied absent the contents 1B2A); and 

The name, e-mail address and Web page of the person adding the project to 
the portfolio. 

A user can change the current project (Le., the project being worked with in the JWS 150A) in one of two ways, in 
the first, the user starts by selecting the Portfolio Manager icon IA1 from the JWS toofoar 160. This causes the JWS 
150 A to open a Portfolio display showing the projects of the current portfolio in the Applet Window 164 A The user 
then selects lrom the Porttolio display the project they want to be the current project. The JWS 1 50A makes the selected 
project the current project and displays the name of the current project on the JWS toolbar 160. Alternatively the user 
can change the current project by choosing the project name from the Projoct-»Choo6e submenu 147A2c 

The JWS 1 50 A allows a user to remove a project f rem a portf otio In orieof me foBowng ways. Firet, in me portfolio 
manager display in the applet window 1B4A, the user can select the project they wish to remove and then cficfc a 
Remove icon (not shown) provided by the PortfoSo Manger 140A1. Alternatively, they can choose the name of the 
project to be removed from the Project->Remove submenu 147A2s. In either case, once the user has indicated the 
project to be removed, the Project-»Remove method 1 46A2e removes the project from the Choose, EdS, Remove and 
Copy submenus 147A2c. 147A2d. 147A2e. 147A2g of the Project Menu 147A2. Note that the Project->Remove method 
146A2e does not delete the removed project's project file l70Ai. This ensures that the user can subsequently import 
the project at a later lime (using the Project-Import method 146A2b) required. 

Referring to Figure 6. there is shown an illustration ol the user interface of the JWS 1 SOA that high fights the resulting 
advantages of the present invention. The eight icons IA1-IA8 of the JWS 150 A are shown on the toolbar 160. Two 
portfolios (Portfolio 1 and Portfolio 2) are shown on the applet screen 164A. which is under control of the portfolio 
manager 140A1. These portfolios represent two of the different types of portfolios that can be accommodated in the 
JWS 150A. Portfolio 1 is a local portfolio wfth a portfolio file 160A1 that includes three local projects Pta, P1b, Plb 
with corresponding project files 170A1a. 170A1b, 1701c. The shaded project P2af in Portfolio 1 is a remote portfolio 
that was imported from Porttolio 2 over the Internet by the JWS Browser 154A (Fig. 1) under controlof tho JWS 150A 
This project P2a' is represented in the memory 106A by the project file 170A2a'. Even though Portfolio 1 is mixed, its 
projects all are mantpulable in me same fashion in the JWS 1 SOA. 

Portfolio 2 is a remote portfolio whose components are also stored remotely. The JWS 1 SOA accesses the com- 
ponents of Portfolio 2 over the Internet using the JWS browser 1 54A but displays Portfolio 2 in the same manner as 
Portfolio 1. Note that a local portfolio such as Portfolio 1 could also reference only remotely stored projects (04, 
projects stored on a machine B). This ability of the JWS 150A seamlessly to organize projects and portfolios that may 
be distributed over the Internet is due to the integration of the JWS 1 SOA and the JWS Web browser 1S4A. The Internet- 
awareness of the present embodiment also enables users to publish their own portfolios so they can be accessed and 
used by others over the Internet. 


Claims 

1. In a first computer having a display and a memory, said first computer being networked with a set of remote com- 
puters, a system tor initialing from a graphical user interface displayed on said first computer the loading and 
execution of compound documents whoso components are not constrained to exist solely art said computer, said 
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system comprising: 

a disptayable toolbar having a set ot selectable ioons, each icon being associated with one or more operations 
thai are initiated via selection of said toon; 
6 a sold compound documents, each of which Includes a set ot references to components, or files, that are 

needed to cany out one or more of said associated operations; 

each of a subset of said files having a fBe type selected f ram an applet or a data file and a location selected 
from local or remote; 

a set of links, each of which associates one ot said icons wtth one or more of said set of documents, each of 
to said finks being selected from a local link when said document is stored on said computer or a network fink 

whan said document is stored on said remote computers; and 

a browser that Is configured, when one of aakt icons Is selected, to cause saw computer to load said files 

referenced in said documents associated with the selected icon via said set of finks and execute any ot the 
loaded files that are executabte, thereby initiating the operation associated with said icon. 

is 

2. The system of claim 1, wherein said applets are written in a platform independent computer language that is 
interpreted and executed in a virtual machine implemented by said browser. 

9. Tho system of claim 2, whsrein said platform independent computer language Is Java. 

so 

4. The system of claim 3, wherein said compound document is an HTML document and wherein each of said refer* 
ences is selected from a file name when the referenced file's location Is local or a URL when the referenced file's 
location is remote. 


es s. The system of dalm 4. wharein said HTML document includes a 6ingie reference to an applet that coordinates aB 
ot said operations associated with said icon; such thai, when said icon linked with said HTML document is selected, 
said browser loads and executes said applet, which mereby coordinates and controls ail operations and user and 
system tntoracOons aaeoctated wftfi 1he selected toon. 

30 e. The system ol claim 5, turther comprising: 

an applet specification file associated wtth one applet, said applet specification file indicating a set of input 
files on which its associated applet is to operate, said inpul files not being constrained to be located soisty on said 
first computer. 

3S 7. The system of dalm 6. (wherein each of said input files stored remotely to said first computer is referenced by a 
URL fit said applet specification file and each of said input files stored on said first computer is referenced by a 
local path and file name. 

a A method for initialing from a graphical user interface displayed on a first computer the loading and execution of 
40 compound documents whose components are not constrained to exist solely on said first computer, said first 
computer being networked with a set of remote computers that can host a subset of said components, said method 
comprising the steps of: 

displaying a toolbar having a set of selectable icons, each icon being associated with one or more operations 
*S that are initiated via selection of said icon and being linked to one or mora compound documents, each of 

which includes a set of references to components, or files, that are needed to carry out one or more of said 
associated operations, each of a subset of said files having a file type selected from an applet or a data file; 
upon one of said icons being selected, loading said one or more compound documents linked to the selected 

so upon loading said one or moro compound documents, loading said files referenced In said co m pound docu- 

ments, said files not being constrained to exist solely on said first computer; and 

when a loaded file has a type that is selected from an applet or a standalone application, executing said loaded 


55 9. The method of claim 8. wherein said applets are written in a platform independent computer language that is 
interpreted and executed in a virtual machine implemented by said browser. 

1 0. The method of claim 8, wherein said step of loading said one or more compound documents comprises the steps of : 
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When a compound document to be loaded is stored on said firs! compute!, retrieving said cornpound document 
using a local path and file name provided for said compound document in said Gnlc, and 
when a compound documant to be loaded is stored on era of said remote computers, issuing a document 
request message tor Gald compound document over said nelworhusingano*worknoo^ and ffle name provided 
for said compound document in said lint 

11. The method of daim 10, wherein said 6tep ot loading said files comprises the steps of: 

when a referenced file is stored on said first computer, retrieving said referenced file using a local path and 
fite name provided tor said referenced fila m said reference; and 

when a referenced file Is stored on one of said remote oomputere, issuing a document request message for 
said referenced file over said network using a network node and file name provided for said referenced file in 
said reference. 

12. The method oi daim 11 , wherein said compound document is an HTML document and wherein each of said ref- 
erences is selected from a local reference when said referenced file Is stored on said first computer ora universal 
resource locator (URL) when said relerencad (tie i3 stored on one of said set of remote computers. 

13. The method of daim 12, wherein: 

said HTML document includes a single reference to an applet thai coordinates all of said operations associated 
with said icon; and 

said steps of loading and executing comprise loading and executing said applet, which thereby coordinates 
and controts all operations and user and system interactions associated with the selected icon. 
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